home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970104-19970326 / 000087_news@columbia.edu _Wed Jan 22 02:11:16 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.3/8.8.3) with ESMTP id CAA29114 for <kermit.misc@watsun.cc.columbia.edu>; Wed, 22 Jan 1997 02:11:16 -0500 (EST)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.3/8.8.3) id CAA04066 for kermit.misc@watsun; Wed, 22 Jan 1997 02:11:15 -0500 (EST)
  4. Path: news.columbia.edu!panix!news.mathworks.com!cam-news-hub1.bbnplanet.com!news.bbnplanet.com!cpk-news-hub1.bbnplanet.com!news.mindspring.com!madman.ronin.mindspring.com!news
  5. From: cmattern@mindspring.com (Chuck Mattern)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: kermit hangs on set line ...
  8. Date: 22 Jan 1997 04:25:17 GMT
  9. Organization: Ronin Microsystems
  10. Lines: 57
  11. Message-ID: <5c44rd$kd@madman.ronin.mindspring.com>
  12. References: <5bas0d$oul@madman.ronin.mindspring.com>
  13.     <5bbbgj$9v0$1@apakabar.cc.columbia.edu>
  14.     <5bqqpv$hkj@madman.ronin.mindspring.com>
  15.     <5c0e81$qvq$1@apakabar.cc.columbia.edu>
  16. Reply-To: cmattern@mindspring.com
  17. NNTP-Posting-Host: user-37kb3t6.dialup.mindspring.com
  18. Mime-Version: 1.0
  19. Content-Type: text/plain; charset=us-ascii
  20. X-Server-Date: 22 Jan 1997 06:38:55 GMT
  21. X-Newsreader: knews 0.9.7
  22. Xref: news.columbia.edu comp.protocols.kermit.misc:6439
  23.  
  24. In article <5c0e81$qvq$1@apakabar.cc.columbia.edu>,
  25.     fdc@watsun.cc.columbia.edu (Frank da Cruz) writes:
  26.  
  27. >: I have tried "set carrier-watch off" alone and with "set modem type
  28. >: usrobotics" and still get the hang condition.  HOWEVER here are some
  29. >: new wrinkles: This does not occur with my work machine which has a
  30. >: serial card.  My machine at home has on board serial hardware built
  31. >: into the motherboard.  BTW the machine at work does not require the
  32. >: "set modem type usrobotics" or set carrier-watch off".  Additionally
  33. >: kermit does not hang at home if I use "set line /dev/cua0".  Another
  34. >: possible difference is the kernel revision, home is 2.0.25 and work is
  35. >: 2.0.18, although I don't believe any changes to the serial i/o section
  36. >: occurred between these versions.  I would happily use the cua? device
  37. >: were it not for the fact that I need to use mgetty which wants the
  38. >: ttyS device.
  39. >:
  40. > Clearly, C-Kermit is stuck in a system call. 
  41.  
  42. > What can I say, this is either a bug in your version of Linux (or your driver
  43. > for ttyS0), or else there is some peculiarity in setting up this device that
  44. > I don't know about, and that will need to be addressed in the source code
  45. > communications module, ckutio.c.  You or some other Linux expert will have to
  46. > take a look, because none of this can be reproduced here (Red Hat 3.0,
  47. > kernel 1.2.13).
  48.  
  49. Looks like this is resolved.  I did some checking in my logs and noted
  50. that mgetty started having trouble too.  This roughly coincided with
  51. my installation of a radio card in this PC.  Although the radio card,
  52. in theory, does not conflict with ttyS0 moving its memory address from
  53. 0x30 to 0x20 has allowed mgetty to return to normal and kermit to
  54. function correctly.  There is a lot of interaction going on here
  55. though.  Here are some of my findings for the truly gifted to sort
  56. through:
  57.  
  58. Running with kernel 1.2.13, no problems with all hardware installed
  59. and radio card jumpered for 0x30.
  60.  
  61. Running with 2.0.20 and 2.0.25 if booted to single user mode kermit
  62. runs fine but once taken to multiuser the hanging behavior begins.
  63. This appears to be related to diald and chat having used to modem at
  64. boot time to check with my ISP's nameserver.  Stranger still is that
  65. chat and diald seem to be unaffected by the radio card.  They reliably
  66. connect to my ISP on a consistent basis regardless of the radio card.
  67.  
  68. Running with 2.0.25 and with the radio card either removed or jumpered
  69. for 0x20 works fine.
  70.  
  71. Sheesh!
  72.  
  73. Anyway thanks to all, especially Frank, for talking through it with
  74. me!
  75.  
  76. --
  77. -------------------------------------------------------------------------------
  78. |Chuck Mattern | "That which does not kill us, makes us stronger.."|
  79. |cmattern@mindspring.com | -Friedrich Nietzsche- |
  80. -------------------------------------------------------------------------------